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AUTOMATIC DISPUTE RESOLUTION 

RELATED APPLICATIONS 

[0001] This application claims the benefit of U.S. Provisional Application No. 
60/476,784, filed June 06, 2003, which is incorporated herein by reference. 

TECHNICAL FIELD 

[0002] The present invention relates generally to the field of commerce automation. 
More particularly, the present invention relates to a method and system for dealing, at 
least partially in an automated manner, with disputes between parties involved in 
electronic commerce. 

BACKGROUND 

[0003] A common type of a network-based transaction is purchasing goods or 
services via a network-based commerce facility or trading platform (e.g., a website on 
the Internet). One type of network-based transaction is an online-auction transaction. In 
an online-auction transaction, a seller offers an item for sale via an auction website in 
which a number of bidders access the website and bid for the item. A transaction is 
completed after the winning bidder pays for the item and the seller delivers the item to 
the wiiming bidder. 

[0004] A common type of a network-based transaction is purchasing goods or 
services via a network-based commerce facility or trading platform (e.g., a website on 
the Internet). One type of network-based transaction is an online-auction transaction. In 
an online-auction transaction, a seller offers an item for sale via an auction website in 
which a number of bidders access the website and bid for the item. A transaction is 
completed after the winning bidder pays for the item and the seller delivers the item to 
the winning bidder. 

[0005] A number of technical challenges exist with such a transaction such as a party 
to the transaction failing to follow through with the transaction. For example, the 
winning bidder may falsely claim that the seller did not deliver the auctioned item, fail to 
pay for the auctioned item, or provide a firaudulent check to purchase the item, hi such a 
case, the bidder is referred to as a "non-paying bidder." As a result of a failed 
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transaction, the seller may request a refund for a fee that may have been charged by the 
network-based transaction facility to facilitate the transaction. 
[0006] Another problem that may occur is a seller falsely claiming the auctioned 
item was shipped or that a transaction did not go through, to obtain a refund when in fact 
a valid sale occurred. 

[0007] The conventional dangers of jfraud and identity theft associated with network- 
based transactions are well known and present unique technical challenges to overcome 
in a quick and efficient manner. Thus, there is a need for dealing with disputes between 
parties involved in a network-based transaction. The automation of procedures to handle 
issues and disputes presents a number of unique technical problems and challenges. 

SUMMARY OF AN EMBODIMENT OF THE INVENTION 
[0008] A method and system for resolving disputes between parties involved in a 
network-based transaction is described. One aspect of the present invention seeks to 
automatically facilitate the restitution of value to parties of the transaction, for example, 
facilitated by a network-based commerce platform or involving a network-based 
payment service, where a dispute has arisen with respect to the transaction. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0009] The present invention is illustrated by way of example and not intended to be 
limited by the figures of the accompanying drawings in which like references indicate 
similar elements and in which: 

FIG. 1 is a block diagram illustrating an exemplary network-based transaction 
facility in the form of an Internet-based auction facility; 

FIG. 2 is a database diagram illustrating an exemplary database for the 
transaction facility; 

FIG. 3 is a diagrammatic representation of an exemplary non-paying bidder items 
table of the database illustrated in FIG. 2; 

FIG. 4 is a diagrammatic representation of an exemplary non-paying bidders 
table of the database illustrated in FIG. 2; 

FIG. 5 is a diagrammatic representation of an exemplary sellers complaint table 
of the database illustrated in FIG. 2; 

FIG. 6 is a diagrammatic representation of an exemplary sellers final value fee 
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request table of the database illustrated in FIG. 2; 

FIG. 7 is a diagrammatic representation of an exemplary non-paying bidder 
appeal table of the database illustrated in FIG. 2; 

FIGS. 8 A through 8D are flow charts illustrating an exemplary operation for a 
network-based facility to handle non-paying bidders and to handle final value fee refund 
requests; 

FIG. 9 illustrates exemplary interfaces providing information about a non-paying 
bidder program; 

FIGS. lOA and lOB illustrate exemplary interfaces for entering a non-paying 
bidder alert or complaint form; 

FIG. IOC illustrates an exemplary interface indicating that a non-paying bidder 
alert or complaint form has been filed; 

FIGS. 1 1 A through 11 C illustrate exemplary interfaces for entering a final value 
fee credit request form; 

FIG. 12 illustrates an exemplary interface for entering a non-paying bidder 

appeal; 

FIG. 13 illustrates an exemplary interface for providing a non-paying bidder 
appeal confirmation; 

FIG. 14 illustrates an exemplary interface for providing a transaction backout 

profile; 

FIG. 15 is a diagrammatic representation of an exemplary disputes and requests 

table; 

FIG. 16 is a flow chart illustrating an exemplary operation for a network-based 
facility to resolve disputes without agent intervention; 

FIG. 17 illustrates one embodiment of a transaction disputes view; 

FIG. 18 illustrates one embodiment of a chargeback details view; 

FIG. 19 illustrates one embodiment of a resolution form; 

FIG. 20 illustrates one embodiment of a provide proof of refimd view; 

FIG. 21 illustrates one embodiment of a get refimd transaction ID view; 

FIG. 22 illustrates one embodiment of a get alternative refimd information view; 

FIG. 23 illustrates one embodiment of a provide shipping tracking information 

view; 

FIG. 24 illustrates one embodiment of an accept liability view; 
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FIG. 25 illustrates one embodiment of a NAD process flow in relation to the 
NAD type complaint; 

FIG. 26 illustrates one embodiment of a NAD dispute fonn; 
FIG. 27 illustrates one embodiment of a Dispute Complaint Response form; 
FIG. 28 illustrates one embodiment of the Partial Refund Offer Form; 
FIG. 29 illustrates a Disagree with Complaint Form; and 

FIG. 30 is a diagrammatic representation of a machine, in an exemplary form of a 
computer system, in which a set of instructions for causing the machine to perform any 
of the methodologies of the present invention may be executed. 

DETAILED DESCRIPTION 

[0010] A method and system for resolving disputes between parties involved in 
electronic commerce is described. One aspect of the present invention seeks to facilitate 
the restitution of value to parties of a ti-ansaction, for example, facilitated by a network- 
based commerce platform or involving a network-based payment service, where a 
dispute has arisen with respect to the transaction. It will be appreciated that when an 
agreement is reached between parties to transact, that agreement imposes reciprocal 
obligations on each of the relevant parties. Where a dispute arises, one party may have 
performed an action to at least partially satisfy his or her obhgations. For example, a 
buyer party to a transaction may have made payment to a seller party, where after the 
seller party has failed to perform by not delivering a transacted product or service to the 
buyer. Alternatively, a seller party may have shipped a product, or at least partially 
performed a service, to the benefit of the buyer party when a dispute arises and the buyer 
party fails to make a payment to the seller party. 

[0011] According to one aspect, the present invention attempts to reduce abuse by 
parties failing to follow through with a transaction, for example, by automatically 
providing a party accused of failing to follow through in a transaction an opportunity to 
resolve or complete the transaction without (or at least with reduced) human interaction 
by operators of the network-based transaction facility. For one embodiment, a 
submission of a complaint is submitted to a network-based transaction facility. The 
complaint is related to a party in a failed transaction. A resolution of the complaint is 
facilitated and restitution is provided to one of the parties upon resolving the complaint. 
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[0012] In the following embodiments, for purposes of explanation, numerous 
specific details are set forth in order to provide a thorough understanding of the present 
invention. It will be evident, however, to one skilled in the art that the present invention 
maybe practiced without these specific details. 

Terminology 

[0013] In the following embodiments, the term "transaction" or "transactions" refers 
to any cormnunications between two or more entities and is to be construed to include, 
but not limited to, commercial transactions including sale and purchase transactions, 
online-auction transactions and other like transactions. 

Transaction Facility 
[0014] FIG. 1 is a block diagram illustration of an exemplary network-based 
transaction (or commerce) facility 100 in the form of an "Internet" network-based 
transaction facility 110. While an exemplary embodiment of the present invention is 
described within the context of an auction facility, it will be appreciated by those skilled 
in the art that the invention will find apphcation in many different types of computer- 
based, network-based, or electronic-commerce (e-commerce) based facilities. 
[0015] The network-based transaction facility 110 includes one or more of a number 
of types of firont-end servers, namely a pages servers 1 12 that delivers web pages (e.g., 
markup language documents), a pictures servers 1 14 that dynamically delivers images to 
be displayed within Web pages, a listing servers 1 16, a CGI servers 118 that provides an 
intelligent interface to the back-end of network-based transaction facility 110, and a 
search servers 120 that handles search requests to the network-based transaction facility 
110. An email servers 121 provides, inter alia, automated email commimications to 
users of the network-based transaction facility 110. The network-based transaction 
facility 110 also includes an administrative application(s) fimctions 128 for providing 
functions for applications running the network-based transaction facility 110. 
[0016] The back-end servers include a database engine server 122, a search index 
server 124 and a credit card data server 126, each of which maintains and facilitates 
access to respective databases 123, 125, 127, respectively. 

[0017] The Internet-based network-based transaction facility 110 may be accessed by 
a client program 130, such as a browser (e.g., the Internet Explorer® distributed by 
Microsoft Corp. of Redmond, Washington) that executes on a client machine 132 and 
accesses the network-based transaction facility 1 10 via a network such as, for example, 
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an Internet 134. Other examples of networks that a chent may utiUze to access the 
network-based transaction faciUty 110 include a wide area network (WAN), a local area 
network (LAN), a wireless network (e.g., a cellular network), or the Plain Old Telephone 
Service (POTS) network. 

Database Structure 

[0018] FIG. 2 is a database diagram illustration of an exemplary database 200, 
maintained by and accessed via a database engine server 122, which at least partially 
implements and supports the network-based transaction facility 110. The database 200 
may, in one embodiment, be implemented as a relational database and includes a number 
of tables having entries, or records, that are linked by indices and keys. In an alternative 
embodiment, database 200 may be implemented as a collection of objects in an object- 
oriented database. 

[0019] Central to the database 200 is a user table 240, which contains a record for 
each user of the network-based transaction facility 1 10. A user may operate as a seller, 
buyer, or both, within the network-based transaction facility 110. The database 200 also 
includes an items tables 242 that may be linked to the user table 240. Specifically, the 
items tables 242 include a seller item table 244 and a data items table 246. A user record 
in user table 240 may be linked to multiple items that are being, or have been, auctioned 
via network-based transaction facility 1 10. A link indicates whether the user is a seller 
or a bidder (or buyer) with respect to items for which records exist within the item tables 
242. Database 200 also includes a note table 248 populated with note records that may 
be linked to one or more item records within the item tables 242 and/or to one or more 
user records within the user table 240. Each note record within the note table 248 may 
include, inter aha, a comment, description, history or other information pertaining to an 
item being auctioned via network-based transaction facility 1 10, or to a user of network- 
based transaction facility 110. 

[0020] A number of other tables are also shown to be linked (directly or indirectly) 
to the user table 240, namely a user past aUases table 250, a feedback table 252, a 
feedback details table 253, a transaction record table 260, an account balances table 258, 
an accounts table 256, a bids table 254, a seller final value fee request table 270, a seller 
final value fee request details table 272, a non-paying bidder complaints table 262, a 
non-paying bidder complaint details table 264, and a dispute and request table 282. 
Non-Paying Bidder Complaint/Final Value Fee Request Record Tables 
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[0021] FIGS. 3-8 are diagrammatic representations of exemplary embodiments of 
transaction record tables that are populated with records or entries for non-performing 
party complaints and final value fee requests relating to failed transactions (e.g., failed 
Intemet based auction transactions) that have been facilitated by network-based 
transaction facility 110. Such transaction record tables may be stored in the non-paying 
bidder complaints table 262, the non-paying bidder complaint details table 264, the seller 
final value fee request table 270, or the seller final value fee request details 272. 
[0022] FIG. 3 is a diagrammatic representation of an exemplary non-paying bidder 
items table 300 of the database illustrated in FIG. 2. Referring to FIG. 3, non-paying 
bidder (NPB) items table 300 includes an item no. column 302, a seller user ID column 
304, a NPB user ID column 306, a reason for failed transaction colunrn 308, a notice date 
colunm 310, and a notice reason column 3 12. 

[0023] The item no. column 302 stores item identifiers of items involved in failed 
transactions. The seller user ID column 304 stores user IDs of sellers who auctioned the 
item in item no. column 302. The NPB user ID column 306 stores user IDs of buyers 
who did not follow through on a transaction related to the items identified in the item no. 
colimm 302. The reason for failed transaction column 308 stores reasons why the 
transaction failed that may be given by a seller. For example, reasons may include a 
buyer failing to purchase an item or providing a fi:audulent check to pay for the item. 
[0024] The notice date colunm 310 stores the date a notice was sent to the respective 
buyer identified in the NPB user ID column 306 that he/she has not completed the 
transaction for the item identified in the respective item no. column 302. The notice 
reason column 312 stores the reasons why the notice was sent. For example, the notice 
can be sent because a seller filed a final value fee refimd request or the seller filed a NPB 
alert against the buyer. 

[0025] FIG. 4 is a diagrammatic representation of an exemplary non-paying bidders 
table 400 of the database illustrated in FIG. 2. Referring to FIG. 4, the non-paying 
bidders table 400 includes a NPB user ID colunm 402, an item no. column 404, a valid 
warning count column 406, a NPB tick column 408, a reason for NPB tick column 410, 
and a suspended status column 412. 

[0026] The NPB user ID column 402 stores the user IDs of buyers in which a 
complaint has been filed. The buyers listed in the NPB user ID column 402 are buyers 
involved in failed transactions. The item no. column 404 stores identifiers of items 



7 



wo 2004/111774 



PCT/US2004/017641 



involved in transactions in which the buyer listed in the NPB user ID column 402 was 
the winning bidder and has failed to complete tlie transaction for the item. 
[0027] The vaUd warning count column 406 stores a count value on the number of 
times the NPB received a warning for being a "non-paying bidder" or for failing to 
complete a transaction. The NPB tick colunm 408 stores the number of times the NPB 
has been involved in a failed transaction in which the NPB was at fault. The reason for 
NPB tick column 410 stores the reasons for the NPB ticks. The suspended status column 
412 stores the status of the NPB to participate on the network-facility. For example, 
after a certain number of NPB ticks, the NPB can be suspended from participating in an 
on-line auction on the network-based facility. 

[0028] FIG. 5 is a diagrammatic representation of an exemplary sellers complaint 
table 500 of the database illustrated in FIG. 2. Referring to FIG. 5, the sellers complaint 
table 500 includes a seller user ID colunm 502, a NPB user ID colunm 504, a date of 
complaint column 506, a reason for complaint column 508, and a status of complaint 
column 510. 

[0029] The seller user ID colunm 502 stores the user IDs of sellers filing NPB 
complaints. The NPB user ID colunm 504 stores user IDs of buyers against which a NPB 
complaint has been filed. The date of complaint column 506 stores the date in which the 
NPB complaint was filed. The reason for complaint colunm 508 stores the reasons why 
the seller filed the NPB complaint. The status of complaint column 510 stores the status 
of the complaint. For example, the status can indicate that the complaint has been 
resolved or if it is pending. 

[0030] FIG. 6 is a diagrammatic representation of an exemplary sellers final value 
fee (FVF) request table 600 of the database illustrated in FIG. 2. Referring to FIG. 6, the 
sellers FVF request table 600 includes a sellers user ID column 602, a NPB user ID 
column 604, an item no. column 606, an action desired column 608, a reason for FVF 
credit column 610, a credit date column 612, and a credit amount column 614. 
[0031] The sellers user ID column 602 stores the user IDs of sellers filing a FVF 
refund request. The NPB user ID column 604 stores the user IDs of the NPB related to 
the FVF refimd request by the seller. The item no. column 606 stores an identifier of the 
item related to the FVF refimd request. The action desired column 608 stores the 
requests of the seller. The seller may request a refimd or a credit for fiiture transactions. 
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[0032] The reason for FVF credit column 610 stores the reason for the credit. For 
one embodiment, the following reasons are not valid reasons for filing a FVF credit: (1) 
the bidder paid, returned it and seller issued a refimd; (2) Seller and Buyer mutually 
agreed not to complete the transaction; or (3) sale price to high bidder was lower than 
final high bid. The credit date column 612 stores the date in which a refund or a credit 
for future transactions was given. The credit amount column 614 stores the amount of 
the credit or refund given. 

[0033] FIG. 7 is a diagrammatic representation of an exemplary non-paying bidder 
appeal table 700 of the database illustrated in FIG. 2. Referring to FIG. 7, the ISEPB table 
700 includes an item no. column 702, seller user ID column 704, NPB user ID column 
706, reason for failed transaction column 708, reason for appeal column 710, and an 
appeal code column 712. 

[0034] The item no. column 702 stores item identifiers related to failed transactions. 
The failed transaction has caused an NPB to have a "tick" or count against him in which 
the NPB is considered at fault. The seller user ID column 704 stores user IDs of sellers 
who auctioned the item in the item no. column 702 and filed a NPB complaint or alert 
against the NPB. The NPB user ID column 706 stores user IDs of buyers who did not 
follow through on a transaction related to the items identified in the item no. colunrn 702. 
[0035] The 'reasons for failed transaction' column 708 stores reasons why the 
transaction failed. For example, reasons may include a buyer failing to pay for an item, 
providing a firaudulent check to pay for the item, or falsely claiming the auctioned item 
was not received. The reason for appeal column 710 stores reasons why the NPB is 
appealing a NPB tick. A vaUd reason for appeal can be that the NPB did pay for the item 
and the seller is providing a false complaint to obtain a FVF refund or credit. The appeal 
code column 712 stores codes related to the appeal. For example, the codes can indicate 
if the appeal is granted and the NPB tick is taken away or if the appeal is denied. 
[0036] The above record tables are exemplary and additional column entries or tables 
can be used by network-based transaction facility 1 10 to provide services such that users 
of network-based transaction facility 110 may file complaints for a bidder or buyer 
("non-paying bidder") who has failed to follow through on a transaction (e.g., an online 
auction sale). Furthermore, the network facility 100 can also provide a final value fee 
(FVF) refund request or credit service for sellers involved in a failed transaction. The 
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network-based transaction facility 1 10 can also keep track of NPB and suspend the NPB 
if involved in more than a certain number of failed transactions. 

[0037] In the following operations, a party is able to file a complaint against a bidder 
("non-paying bidder") who has failed to follow through on a transaction (e.g., an auction 
sale) after a certain period of time from the end of the sale. A notification is provided to 
the non-paying bidder ("NPB") so that the seller and a bidder can communicate with 
each other to resolve the complaint or complete the transaction. If the parties cannot 
resolve the complaint after a certain period of time, the seller is allowed to file a FVF 
refund request for the FVF that the seller may have paid to facilitate the sale on the 
network-based facility. A NPB count or "tick" will be maintained for every failed 
transaction in which the NPB is involved. 

Filing a Non-Paying Bidder Alert or Complaint 
[0038] FIGS. 8A through 8D are flow charts illustrating an exemplary operation 800 
for a network-based facility to handle non-paying bidders and to handle final value fee 
refimd requests. The following exemplary operation 800 utilizes the record tables of 
FIGS. 3-7 and other information contained in the database as shown in FIG. 2. 
[0039] Referring to FIG. 8 A, for purposes of explanation, operation 800 begins at 
operation 802 after an end of an auction. At operation 804, a seller who was involved in 
a failed transaction with a buyer can file a non-paying bidder (NPB) complaint or alert. 
For .one embodiment, the seller, however, must wait a predetermined time period (e.g., 
the at least 7 calendar days) before a complaint can be filed. To learn about the NPB 
program, the seller can access an interface such as interface 902 shown in FIG. 9 to learn 
more about the NPB program. 

[0040] At operation 806, if the seller does not wish to file a complaint or alert, 
operation 800 ends. If the seller does wish to file a complaint, operation 800 can 
continue to operation 826, 862, or 808. At operation 808, a determination is made if the 
seller has waited at least 7 days and no more than 30 days. The waiting period is to give 
the bidder an opportunity to complete the transaction before the seller can file a 
complaint or request a final value fee refiond or request. 

[0041] If the seller has not waited at least 7 days and no more than 30 days, operation 
800 returns to operation 804. If after the 7 day waiting period, but before 30 days after 
end of auction, at operation 810, the seller may file a NPB complaint. For example, 
interfaces such as interfaces 1002 and 1010, as shown in FIGS. lOA and lOB, can be 
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presented to the seller. The seller can then enter information such as User ID, Password, 
and Item Number as shown in windows 1004 and 1006. The seller can also enter reasons 
for the complaint as shown in window 1010. 

[0042] At operation 812, the information entered by the seller is captured or stored in 
a database such as that shown in FIG. 2. An interface such as interface 1030 shown in 
FIG. IOC can be presented to the seller indicating that NPB complaint or alert has been 
completed. Operation 800 then continues to operation 822 in FIG. 8B. 
[0043] Referring to FIG. BB, at operation 822 a determination is made if the reasons 
for the complaint are at least one of the following: 

1) Bidder paid, returned item and seller issued a refund; 

2) The parties mutually agreed not to complete the transaction; or 

3) Sale price too high and bidder bid price was lower than final high 
bid. 

[0044] If the reasons for the complaint are at least one of the above reasons, 
operation 800 continues at operation 842 in FIG. 8C. If not, operation 800 continues to 
operation 824. 

[0045] At operation 824, an email is sent to both bidder/buyer and seller informing 
the parties of the reason for complaint, item number, and that the bidder will get a NPB 
tick if the complaint is not resolved. The buyer is informed that the seller has filed a 
complaint. If the buyer believes the seller has made false statements, the buyer can 
inform the network-based transaction facility 110. For example, the buyer can send an 
email to a "safeharbor" within the network-based transaction facility 110. 
[0046] At operation 826, the buyer and seller are asked to resolve differences among 
themselves. This notification can be a separate email or contained in the email of 
operation 824. For one implementation, the email to the NPB can encourage the buyer to 
leave negative feedback for the seller if the buyer responded during the mediation period 
and the seller did not respond and is now filing a FVF credit request. 
[0047] At operation 828, a determination is made if the buyer and seller have 
resolved their differences (e.g., completed the transaction and/or satisfied obhgations 
imposed by a transaction agreement). If the parties have not resolved their differences, 
operation 800 continues to operation 862 in FIG. 8D. If the parties have resolved their 
differences, at operation 830 the process ends. The seller cannot file a FVF refimd 
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request because the transaction has been completed and no FVF credit is given. 
Furthermore, the buyer is not given a KPB tick. 

Filing a Final Value Fee Refund Request 
[0048] Referring to FIG. 8C, if the reason for filing the complaint is one of the 
reasons stated in operation 822 of FIG. SB, operation 800 continues to operation 842. At 
operation 842, the seller is taken to an FVF online credit form such as that shown in 
interfaces 1 102, 1 108, or 1 120 of FIGS. 1 lA through 1 IC. For one implementation, the 
seller is not allowed to file a FVF credit until at least 10 days have passed since the seller 
filed the NPB complaint. Furthermore, the FVF credit request cannot be made more than 
60 days after the end of auction 

[0049] At this point, the seller can request a FVF refimd or credit because a 
transaction was not completed for vahd reasons. At operation 844, a determination is 
made whether the seller wants to file a FVF refimd or credit request. At operation 846, if 
the seller does not wish to file a FVF credit request, the seller can leave interfaces 1 102, 
1 108, or 1 120 and the process ends. If, however, the seller does wish to file a FVF credit 
request, operation 800 continues to operation 848. 

[0050] At operation 848, the seller's user ID, item number, and reasons for complaint 
can be auto-populated on the online form. Alternatively, the seller can enter the 
aforementioned information as shown in windows 1 104 and 1 106 in FIG. 11 A. The 
seller can then enter his/her password and how much was paid for the item in windows 
1 104 and 1 1 10, 1 122, and 1 124 as shown in FIGS. 1 1 A through IIC. 
[0051] At operation 850, the FVF credit is automatically posted to seller's account. 
The buyer is not given a NPB tick because there was a valid reason on why the 
transaction was not completed. At operation 852, an email is sent to the buyer (cc: 
Seller) to inform the buyer that the seller has requested a FVF credit for the reasons 
given. The buyer is asked to email the "safeharbor" if this is not vaUd. For example, if 
the buyer did complete the transaction, then the seller is fraudulently requesting a FVF 
refimd. 

[0052] At operation 854, a determination is made if the buyer has sent an email to 
the "safeharbor." If an email was not sent, at operation 856, the process ends and the 
seller is given a FVF credit. If the buyer does send an email to the "safeharbor", at 
operation 858, the seller is not given a FVF credit and the process ends. Here, a further 
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determination can be made by the network facility to inquire about the vahdity of the 
buyer's and seller's statements. 

Filing a Non-Paying Bidder Appeal 
[0053] Referring to FIG. 8D, at operation 862, a determination is made if a NPB 
complaint has been filed and if a predetermined time period (e.g., 10 days) has elapsed 
since the NPB complaint was filed. If the complaint has been filed and if 10 days have 
not elapsed, operation 800 continues to operation 826. Otherwise, operation 800 
continues to operation 808. 

[0054] If a NPB complaint has been filed and 1 0 days or more have elapsed, 
operation 800 continues to operation 864. At operation 864, a determination is made if 
less than a predetermined time period (e.g., 60 days) has elapsed since the end of the 
auction. If more than 60 days have elapsed, at operation 866, operation 800 ends and no 
FVF credit request is filed. Here, approximately two months have passed since the 
auction, which exceeds a maximum time limit to file a FVF credit request. 
[0055] If less than 60 days have elapsed since the end of the auction, at operation 
868, a determination is made if the seller wants to file a FVF credit request. If the seller 
does not want to file a FVF credit request, operation 800 ends at operation 866. If the 
seller does want to file a FVF credit request, at operation 870, the seller is taken to the 
FVF online credit form such as that shown in interfaces 1 102, 1 108, or 1 120 of FIGS. 
1 lA through 1 IC. For one embodiment, the user ID, item no., and reason for the 
complaint are autopopulated on the FVF online form. 

[0056] At operation 872, after the seller completes the FVF online form, the FVF 
credit is automatically posted to the seller's account and a NPB tick is given to the NPB. 
For example, the seller's account can be credited within 24 hours of a FVF credit request 
being filed. The NPB is notified via email that a tick has been given and is given the 
opportunity to appeal the tick. 

[0057] At operation 874, a determination is made if the NPB wants to appeal the 
tick. If the NPB does not want to appeal the tick, operation 800 continues to operation 
830. If the NPB does want to appeal the tick, the NPB is taken to an online NPB appeal 
form such as interface 1202 shown in FIG. 12. 

[0058] At interface 1202, the NPB is given a window 1204 to enter a user ID and 
password and a window 1206 to enter the item number. Interface 1202 also provides a 
window 1208 for the NPB to enter a message on why the tick should not be given to him. 
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After the NPB completes the NPB appeal form, the network-based facility can give the 
NPB a confirmation such as interface 1302 shown in FIG. 13. Furthermore, the seller 
and NPB can access an interface 1402 shown in FIG. 14 to determine number of credit 
requests and NPB tick scores for users. 

[0059] For one embodiment, the NPB is given a maximum number of ticks (e.g., 3 
ticks) before the NPB is suspended from participating in online auctions. If the NPB tick 
goes from 3 to 2, the NPB can be reinstated. If the FVF credit for the seller is reversed, 
the NPB tick can later be reversed and the tick can be removed. For another 
embodiment, the NPB must receive at least three NPB ticks from three different sellers 
before that bidder is automatically suspended. If, for example, a bidder receives three 
NPB ticks from Seller A and one NPB tick from Seller B, the bidder should not be 
automatically suspended (NPB tick score = 2). However, the bidder should be flagged 
so that the operator of the network-based transaction facility may manually review the 
bidder and have the ability to suspend the bidder. 

Submission of Complaints Between Parties 
[0060] Figure 15 is a diagrammatic representation of an exemplary embodiment of a 
fransaction record table that is populated with records or entries for disputes and 
requests. Such a transaction record table may be stored in the disputes and requests table 
282 of Figure 2. 

[0061] Figure 1 5 is a diagrammatic representation of an exemplary disputes and 
requests table 1500 of the database illustrated in Figure 2. For example, the dispute and 
requests table may store information relating a dispute caused by failed fransactions. 
[0062] Referring to Figure 15, the disputes and requests table 1500 includes a type 
column 1505, a counterparty column 1510, a fransaction identifier column 1515, a date 
column 1520, an amount column 1525, a reason column 1530, a filed on column 1535, a 
status colunm 1540, and an action column 1545. 

[0063] The type column 1505 stores the type of dispute. The counterparty column 
1510 stores a name of a counter party to the dispute. The fransaction identifier colunm 
1515 stores an identifier of the fransaction record that is in dispute. The date column 
1520 stores the date of the transaction in dispute. The amount column 1525 stores an 
amount of the transaction in dispute. The reason column 1530 stores a reason for the 
dispute. Examples of entries to be stored in the reason column 1530 include 
unauthorized, non-receipt, merchandise, duplicate, or other. 
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[0064] The filed on column 1535 stores the date the dispute was filed. The status 
column 1540 stores an indicator of the status of the dispute. For example, the entry 
stored in the status column 1540 may include "case closed," "waiting for your response," 
(which indicates when the dispute is waiting for a response from the accused party), and 
"reviewing your response," (which indicates when the dispute is in a review workflow 
state). The action column 1545 stores an indication of an action to be performed by one 
of the parties to the transaction, such as "resolved" or "cancel." 

[0065] Figure 16 is a flow chart illustrating an exemplary dispute resolution process 
flow 1600 for a network-based facihty to resolve disputes without agent intervention. 
The following exemplary operation may utihze the record table of Figure 15 and other 
information contained in the database as shown in Figure 2. 

[0066] Referring to Figure 16, for purposes of explanation, the dispute resolution 
process flow 1600 begins at block 1601 after an end of an auction. 
[0067] At block 1 60 1 , the network-based transaction facility 110 receives a 
complaint fi-om a party (e.g., a complaining party) to a transaction. For example, the 
network-based transaction facihty 110 may receive a complaint from a buyer related to a 
transaction in dispute between the buyer and seller. For instance, the buyer may submit a 
complaint regarding a purchased item that has not been received from a seller related to 
the transaction. 

[0068] hi one embodiment, the complaint includes complaint information. The 
complaint information may include an identifier of the counter party (e.g., an accused 
party) to the dispute, the transaction identifier of the transaction in dispute, the date of 
the transaction, the amount of the transaction, the reason for the complaint, and the date 
the complaint was filed. The complaint information may be stored in the open dispute 
and request table 1500 as described above. 

[0069] Upon submitting the complaint, the complaining party may view the 
complaint via the network-based transaction facility 110. For example. Figure 17 
illustrates one embodiment of a transaction disputes view 1700. The transaction disputes 
view 1700 includes a show list box 1710 and a disputes table 1715. The show hst box 
1710 toggles the types of transactions to be displayed in the disputes view 1700. 
[0070] The disputes table 1715 includes a type colunm 1720, a counterparty column 
1725, a transaction ID column 1730, a date column 1735, an amount colximn 1740, a 
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reason colmim 1745, a filed on column 1750, a status column 1755, and. an action 
column 1760. 

[0071] The type colxumi 1720 displays the type of dispute. The counterparty column 
1725 displays an identifier of the counterparty to the dispute. The transaction E) column 
1730 displays an identifier of the transaction in dispute. In one embodiment, upon 
selecting a specific transaction ID, the user is shown additional details relating to the 
transaction in dispute. 

[0072] The date column 1735 displays the date of the transaction in dispute. The 
amount column 1740 displays the amount in dispute. The reason column 1745 displays a 
brief reason for the complaint. The filed on column 1750 displays the date the complaint 
was received by the network-based transaction facility 110. The status column 1755 
displays the current status of the complaint. In one embodiment, upon selecting a 
specific status indicator, the user is shown a chargeback details view relating to the 
complaint. For example. Figure 18 illustrates one embodiment of a chargeback details 
view 1 800. The action column 1760 displays an action that may be performed by the 
party that submitted the complaint. For example, the complaining party may select to 
cancel a complaint of a specific transaction in dispute. The complaining party may 
cancel a submitted complaint for a variety of reasons, such as, having received the 
auctioned item, having received a refimd or receiving a payment, for the item, among 
other reasons. Upon expressing an interest to cancel the complaint, the network-based 
transaction facility 110 may also prompt the complaining party to acknowledge that the 
related complaint has been satisfactorily resolved and the network-based transaction 
facility 110 may express to the complaining party that fiirther investigation will cease 
and the status of the complaint will be set to "closed" immediately. 
[0073] At block 1603, the network-based transaction facility 110 determines whether 
the complaint is a 'Not As Described' (NAD) type complaint. In one embodiment, a 
NAD complaint indicates the buyer has received a purchased item that was not as 
described, for example, in an online hsting for the item. If the complaint is a NAD type 
complaint, control passes to block 2503. If the complaint is not a NAD type complaint, 
control passes to block 1605. 

[0074] At block 1 605, the network-based transaction facility 110 determines whether 
the complaint includes tracking information for the shipped item. If the complaint 
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includes tracking information, control passes to block 1650. If the complaint does not 
include tracking information, control passes to block 1607. 

[0075] At block 1607, the network-based transaction facility 1 10 sends a request for 
resolution information, in the exemplary form of a resolution form, over the network to a 
second party to the transaction. The automatic submission of the resolution form allows 
an accused party to answer or appeal the submitted complaint. For example. Figure 19 
illustrates one embodiment of a resolution form 1900. The resolution form 1900 
includes radio buttons which the accused party may select from to resolve the dispute. 
Radio button 1910 indicates the accused party may provide tracking information relating 
to the dispute. Radio button 1920 indicates the accused party may provide proof of 
previous refund. Radio button 1930 indicates the accused party accepts liability. Upon 
selecting one of the radio buttons 1910, 1920, or 1930, the accused party may select the 
continue button 1940 to submit a resolution response back to the network-based 
transaction facility 110. Alternatively, the party may select the cancel button 1945 to not 
submit a resolution response. 

[0076] At block 1610, the network-based transaction facility 110 receives the 
requested resolution information (or response) over the network from the accused party. 
[0077] At block 1612, the network-based transaction facility 110 determines whether 
the accused party selects to resolve the dispute by providing proof of a refund. If the 
proof of refund was indicated, control passes to block 1615. If the proof of refund was 
not indicated, control passes to block 1640. 

[0078] At block 1615, the network-based transaction facility 110 sends a request for 
proof of the refund to the accused party. For example. Figure 20 illustrates one 
embodiment of a provide proof of refund view 2000. The provide proof of refund view 
2000 includes a radio button 2010 and a radio button 2020. Selecting the radio button 
2010 and the continue button 2030 indicates the refund was issued via the network-based 
transaction facility 110 whereby the network-based transaction facility 110 submits a 
request for a refund transaction identifier for display by the accused party. For example. 
Figure 21 illustrates one embodiment of a provide proof of refund view 2100. The 
provide proof of refund view 2100 includes a refund transaction ID field 2110. The 
refund transaction ID field 2110 prompts the accused party to provide the transaction 
identifier associated with the refund. 
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[0079] Referring again to Figure 20, selecting the radio button 2020 and the continue 
button 2030 indicates the refund was issued via a facility other than the network-based 
transaction facility 110, whereby a request for an alternative means of proof of refund is 
requested from the accused party. For example. Figure 22 illustrates one embodiment of 
a provide alternate proof of refund information view 2200 that prompts the accused party 
to provide any details of the refund transaction, such as the name of the financial 
institution that provided the funds, an account name of the accoimt from which the funds 
were obtained, a refimd fransaction identifier, etc. This information may be provided via 
a web form (not shown), via fax, via electronic mail (including an attached electronically 
scaimed document), among other examples well known to those of ordinary skill in the 
art. 

[0080] At block 1617, the network-based transaction facility 1 10 receives the proof 
of refund information. 

[0081] At block 1623, the network-based transaction facility 1 10 confirms the proof 
of refund. For example, the network-based fransaction facility 110 may confirm a refund 
issued via the network-based fransaction facility 110 is valid by comparing the received 
proof of refund information with the records stored on the network-based fransaction 
facility 110. Also, if the refund was issued with a facility other than the network-based 
fransaction facility 110, the network-based fransaction facility 110 may automatically or 
manually vahdate the refund information with a third party, such as a third party 
financial institution. If the refund is vahdated, confrol passes to block 1635. If the 
refund is not validated, confrol passes to block 1626. 

[0082] At block 1 626, the network-based fransaction facility 110 approves the 
complaint. For example, the network-based fransaction facility 110 may determine the 
complaint is valid and rejects the accused contention that a refund was made. 
[0083] At block 1 629, the network-based transaction facility 110 provides restitution 
to the complaining party. For example, the network-based transaction facility 110 may 
facilitate a refund payment, facilitate a partial refund payment, facilitate a stop payment, 
or facilitate the completion of the fransaction (e.g., facilitate performance, such as 
facilitate payment or facilitate the delivery of the auctioned item), etc. For instance, the 
network-based fransaction facility 110 may facilitate the fransfer of funds from an 
account associated with the accused party to provide restitution to the complaining party. 
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[0084] At block 1632, the network-based transaction facility 110 notifies the parties 
of the decision. For example, the network-based transaction facility 110 may email both 
parties of the decision in favor of the complaining party and the decision that the accused 
party is to provide restitution to the complaining party. The notification may also 
include information related to the resolution of the complaint. 
[0085] Referring back to block 1 63 5 , the network-based transaction facility 110 
rejects the complaint. For example, the network-based transaction facility 110 may 
determine the complaint to be invahd based on the proof of refimd information received 
from the accused party. 

[0086] At block, 1 637, the network-based transaction facility 1 1 0 notifies the parties 
of the decision. For example, the network-based transaction facility 110 may email both 
parties of the decision in favor of the accused party and may also include information 
related to the resolution of the complaint. 

[0087] Referring back to block 1 640, the network-based transaction facility 110 
determines whether the accused party selected to resolve the dispute by providing 
tracking information (e.g., a tracking number, shipping carrier being used, date shipped, 
destination address, current location, etc.). If tracking information has been received, 
control passes to block 1642. If tracking information has not been received, control 
passes to block 1680. 

[0088] At block 1 642, the network-based transaction facility 110 sends a request for 
tracking information to the accused party. For example, Figure 23 illustrates one 
embodiment of a provide tracking information view 2300. The provide tracking 
information view 2300 includes a tracking number field 2310 and a shipping company 
field 2320. The tracking number field 23 10 prompts the accused party to provide a 
shipping tracking number of the auctioned item in dispute. The shipping company field 
2320 prompts the accused party to provide a name of a shipping carrier that shipped the 
auctioned item, such as United Parcel Service (UPS), United States Postal Service 
(USPS), Federal Express (FedEx), Airborne Express, DHL Worldwide Express, or 
among others. 

[0089] At block 1645, the network-based transaction facility 110 receives the 
shipping tracking information from the accused party. 

[0090] At block 1650, the network-based transaction facility 110 determines whether 
the shipping fracking information is vaUd. For example, the network-based fransaction 
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facility 110 may electronically determine whether the shipping tracking information is 
valid based an automatic comparison of the received shipping tracking information and 
the tracking information stored on a computer of the related shipping carrier over a 
network. If the tracking information is valid, control passes to block 1655. If the 
tracking information is not vahd, control passes to block 1665. In one embodiment, an 
agent associated with the sliipping information will manually confirm the shipping 
tracking information with the related shipping carrier via telephone, fax, electronic mail, 
among other communications mechanisms well known to those or ordinary skill in the 
art. 

[0091] At block 1655, the network-based transaction facility 110 rejects the 
complaint. For example, the network-based transaction facility 110 may reject the 
complaint because a purchased item is in transit based on the received shipping tracking 
information. 

[0092] At block 1 660, the network-based transaction facility 110 notifies the parties 
of the decision. For example, the network-based transaction facility 110 may email both 
parties of the decision in favor of the accused party and the decision based on the 
evidence that the item has been shipped to the complaining party. The notification may 
also include information related to the resolution of the complaint, such as the tracking 
information and other resolution information. 

[0093] At block 1665, the network-based transaction facility 110 approves the 
complaint. For example, the network-based transaction facility 110 may approve the 
complaint because there is no proof the purchased item was sent to the complaining party 
based on the received tracking information. 

[0094] At block 1 670, the network-based transaction facility 110 provides restitution 
to the complaining party. For example, the network-based transaction facility 110 may 
facilitate a refund payment, facilitate a partial refimd payment, facilitate a stop payment, 
or facilitate the completion of the transaction (e.g., facilitate performance, such as 
facilitate payment or facilitate the delivery of the auctioned item), etc. 
[0095] At block 1 675, the network-based transaction facility 110 notifies the parties 
of the decision. For example, the network-based transaction facility 110 may email both 
parties of the decision in favor of the complaining party and the decision that the accused 
party is to provide restitution to the complaining party. The notification may also 
include information related to the resolution of the complaint. 
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[0096] Referring back to block 1 680, the network-based transaction facility 110 
sends a request to accept liability to the accused party of the dispute. In one embodiment 
the network-based transaction facility 110 sends the accused party an online form 
prompting the accused party for any additional details explaining the non-performance. 
For example, Figure 24 illustrates one embodiment of an accept liability view 2400. The 
accept Hability view 2400 displays information about the dispute 2410 and has an 
additional comments field 2420. The additional comments field 2420 prompts the 
accused party to provide conmients for failing to perform the transaction. 
[0097] At block 1682, the network-based transaction facility 110 receives the accept 
liability information related to the complaint. 

[0098] At block 1 684, the network-based transaction facility 110 approves the 
complaint based on the accused party's expressed acceptance of liability. 
[0099] At block 1685, the network-based transaction facility 110 provides restitution 
to the complaining party. For example, the network-based transaction facility 110 may 
facilitate a refimd payment, facilitate partial refund payment, facilitate a stop payment, or 
facilitate the completion of the transaction (e.g., facilitate performance, such as facilitate 
payment or facilitate the delivery of the auctioned item), etc. 

[00100] At block 1 690, the network-based transaction facility 110 notifies the parties 
of the decision. For example, the network-based transaction facility 110 may email both 
parties of the decision in favor of the complaining party and the decision that the accused 
party is to provide restitution to the complaining party. The notification may also 
include information related to the resolution of the complaint, such as the reasons for 
non-performance. 

[001 01] Figure 25 illustrates one embodiment of a NAD process flow 2500 in relation 
to the NAD type complaint as described above in conjimction with block 1603. 
[00102] At block 2503, the network-based ti-ansaction facility 1 10 sends a NAD form 
to the buyer. In one embodiment, an item is not as described if the seller misrepresents 
the item in a way that affects its value or usability. The NAD form enables the buyer to 
provide NAD information. For example, the NAD information may include information 
related to the condition of the purchase made by the buyer. Figure 26 illustrates one 
embodiment of a NAD dispute form 2600. In one embodiment, the buyer may use the 
NAD dispute form 2600 to provide details about the condition of the purchase. For 
example, the buyer may select one or more of the following checkboxes to indicate the 
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condition of the delivery item. For instance, the buyer may select checkbox 2605 to 
report the item arrived with missing parts that prevent the item from being used (e.g., no 
computer processor, no motor, etc.); select checkbox 2610 to report the item arrived with 
external damage to the item (e.g., scratches, cracks, chips, rips, dents, stains, odor, etc.); 
select checkbox 2615 to report the item arrived with a missing quantity (e.g., ordered 12 
units but received 6, etc.); select checkbox 2620 to report the item arrived internally 
damaged (e.g., doesn't power on, doesn't play or plays with errors (DVD, CD, software, 
etc.); select checkbox 2625 to report the item arrived used when described as new (e.g., 
Original listing said it was "new" or "mint", etc.); select checkbox 2630 to report the 
item arrived with shipping cost issues (e.g., shipping cost more than expected, etc.); 
select checkbox 2635 to report the item arrived with sales tax issues (e.g., sales tax more 
than expected, etc.); select checkbox 2640 to report the item that arrived is a different 
model, version, or size (e.g., incompatible operating system (Microsoft Windows v. 
Macintosh), Motorcycle engine v. automobile engine, shoes too small to wear, etc.); 
select checkbox 2645 to report the item arrived with different design/pattern (e.g., floral 
V. striped, etc.); select checkbox 2650 to report the item that arrived is of a different 
category entirely (e.g., ordered a book, got a brick, etc.); select checkbox 2655 to report 
the item that arrived is of a different material (e.g., cotton v. silk, glass v. plastic, etc.); 
select checkbox 2660 to report the item that arrived is a less valuable substitute (e.g., less 
powerfiil (Intel Corporation Pentium 4 processor v. Pentium 3 processor), lower 
perceived quality (branded v. generic), etc.); select checkbox 2665 to report the time- 
sensitive item arrived late (e.g., concert tickets, etc.); select checkbox 2670 to report the 
item that arrived has a color difference (e.g., sUght (light green v. dark green), moderate 
(green v. teal), serious (green v. red), etc.); select checkbox 2675 to report the item that 
arrived is ruined food/plants (e.g., spoiled, dead/weltered, etc.); select checkbox 2680 to 
report the item that arrived is a copy of an original (e.g., bootleg or pirated copy (music, 
movie, software, etc.); photocopy, etc.); select checkbox 2685 to report the item that 
arrived is an imitation (e.g., fake Rolex, fake Gucci purse, fake Armani suit, etc.); and/or 
select checkbox 2690 to report an empty box arrival (e.g., empty or contains unrelated 
material, etc.). Furthermore, the Form 2600 allows the buyer to provide additional 
details in the textbox 2695. 
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[00103] At block 2506, the network-based transaction facility 1 10 receives the NAD 
information from the buyer. NAD information may include, for example, information 
collected using the NAD dispute form 2600. 

[001 04] At block 2509, the network-based transaction facility 110 sends a Dispute 
Complaint Response Form to the seller. For example, Figure 27 illustrates one 
embodiment of a resolve complaint form 2700 to obtain NAD resolution information 
from the seller. The resolve complaint form 2700 allows a seller to respond to the 
complaint. The resolve complaint form 2700 includes radio buttons that the seller may 
select to indicate a maimer to resolve the dispute. A radio button 2710 enables the seller 
to indicate a willingness to issue the buyer a full refund to resolve the complaint. A 
radio button 2720 enables the seller to indicate a willingness to provide the buyer a frill 
reftmd if the NAD item is returned in an attempt to resolve the complaint. A radio 
button 2730 enables the seller to indicate a willingness to offer the buyer a partial reftmd 
in an attempt to resolve the complaint. A radio button 2740 enables the seller to indicate 
that the buyer has aheady been refimded and a seller will provide proof of the reftmd. A 
radio button 2750 enables the seller to indicate disagreement with the complaint and to 
provide additional information. 

[00105] At block 2512, the network-based fransaction facility 110 receives the NAD 
resolution information from the Seller. At decision block 25 15, the network-based 
transaction facility 110 determines whether the seller provided an indication to reftmd 
the buyer for the NAD item. If the seller provides an indication to reftmd the buyer, 
control passes to block 2518. If the seller did not provide an indication to refund the 
buyer, confrol passes to block 2521 . 

[00106] At block 25 1 8, the network-based fransaction facility 110 facilitates payment 
of the reftmd to the buyer. In one embodiment, the network-based fransaction facility 
110 may automatically transfer the appropriate refund amount from a financial account 
of the seller to a financial account of the buyer. 

[00107] At block 2521 , the network-based fransaction faciUty 1 1 0 determines whether 
the seller provided an indication to reftmd the buyer after the NAD item is returned. If 
the seller provided an indication to reftmd the buyer after the NAD item is returned, 
confrol passes to block 2524. If the seller did not provide an indication to reftmd the 
buyer after the NAD item is returned, confrol passes to block 2536. 
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[00108] At block 2524, the network-based transaction facility 110 notifies the buyer 
to return the NAD item and provide the tracking information (e.g., tracking number, 
shipping carrier being used, date shipped, destination address, current location, etc.). 
[001 09] At block 2527, the network-based transaction facility 110 receives the 
tracking information from the buyer. 

[00110] At block 2530, the network-based transaction facility 1 10 sends the tracking 
number to the seller. 

[00111] At block 2533, the network-based transaction facility 1 10 receives 
confirmation from the seller of receipt of the NAD item and facilitates a refund to the 
buyer, hi one embodiment, the network-based transaction facility 110 may automatically 
fransfer the appropriate refimd amount from a financial account of the seller to a 
financial account of the buyer. 

[00112] At decision block 2536, the network-based fransaction facility 110 determines 
whether the seller provided an indication to provide a partial refimd to the buyer. If the 
seller provides an indication to negotiate a partial refimd with the buyer for the NAD 
item, control passes to block 2537. If the seller does not provide an indication to 
negotiate a partial refund with the buyer for the NAD item, confi-ol passes to block 2551. 
[00113] At block 2537, the network-based fransaction facility 110 sends the seller a 
partial refimds form to the seller to obtain the partial refimd amount offered by the seller 
to the buyer for the NAD item. In this fashion, both parties may negotiate a fair price for 
the item without human intervention. For example. Figure 28 illustrates one 
embodiment of the Partial Refund Offer Form 2800. The partial refimd offer form 2800 
may include a transaction identifier (ID) field 2805, a name field 2810, an electronic mail 
(e-mail) field 2815, a total amount field 2820, a buyer's requested refimd field 2825, a 
gross refimd amount field 2830, a net refimd amount field 2835, a fee refimded field 
2840, a source of fimds field 2845, a note to buyer field 2859, and ship to field 2855. 
The fransaction identifier field 2805, the name field 2810, the elecfronic mail field 2815, 
the total amount field 2820 indicate the current fransaction ID, name, e-mail address, and 
purchase amount of the fransaction in dispute. If the buyer provides a refimd amount to 
settie the dispute, for example, within the complaint, the buyer's requested refimd will 
display in the buyer's requested refimd field 2825. The seller may indicate a partial 
refimd amount offer to resolve the complaint in the gross refimd amount field 2830. If 
additional fees were related to the original complaint, the net refimd and fee refimded are 
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displayed in the net refund amount field 2835 and the fee refianded field 2840. The 
source of funds field 2845 may indicate to the seller which financial account the fimds 
will be taken from. The seller may provide a message to buyer, for example, to help 
negotiate the partial refund offer, with the note to buyer field 2850. The ship to field 
2855 allows the seller to indicate a mailing address to return the NAD item if the partial 
reflmd offer is rejected and, for example, is investigated as will be described. 
[00114] At block 2538, the network-based transaction facility 110 receives the partial 
refund amount offer firom the seller. 

[00115] At block 2539, the network-based transaction facility 110 notifies the buyer 
of the partial refimd amount offer. In this fashion, the buyer may decide whether to 
accept the partial refimd amount. In one embodiment, the buyer may offer a coimter- 
proposal, by which the seller and buyer may continue to negotiate a final partial refimd 
amoxmt. 

[00116] At block 2542, the network-based transaction facility 1 10 receives the 
response to the partial refund offer amount from the buyer. 

[00117] At decision block 2542, the network-based fransaction facility 110 determines 
whether the buyer agrees to the partial reftmd offer. If the buyer agrees to the partial 
refimd offer, control passes to block 2545. If the buyer does not agree to the partial 
refimd offer, control passes to block 2548. 

[001 18] At block 2545, the network-based fransaction facility 1 1 0 facilitates the 
payment of the partial refund to the buyer. In one embodiment, the network-based 
fransaction facility 110 may automatically fransfer the appropriate refimd amount from a 
financial account of the seller to a financial account of the buyer; automatically prepare a 
check to be mailed to the buyer, etc. 

[00119] Referring back to decision block 2551, the network-based fransaction facility 
110 determines whether the seller provided an indication to provide a proof of refund. If 
the seller provided an indication to provide a proof of refund, confrol passes to block 
1612 and the process flow continues as described above. If the seller did not provide an 
indication to provide a proof of refimd, confrol passes to block 2554. 
[00120] At decision block 2554, the network-based fransaction facility 1 1 0 determines 
whether the buyer indicated the reason for the NAD complaint is because of an empty 
box or a different category, for example as described above. If the complaint is for an 
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empty box/different category, control passes to block 2557. If the complaint is not for an 
empty box/different category, control passes to block 2563. 

[00121] At block 2557, the network-based transaction facility 110 requests the buyer 
to provide a copy of a police report regarding the empty box item or of a different 
category. In this fashion, for example, the submission of Mvolous complaints may be 
reduced. In one embodiment, the network-based transaction facility 110 might also only 
require a pohce report if the cost of the item is greater than a predetermmed amount (e.g., 
$200). 

[00122] At block 2560, the network-based transaction facility 110 receives a copy of 
the pohce report. In one embodiment, the network-based transaction facility 110 
receives a scan copy of the police report or a faxed copy of the police report. 
[00123] At block 2563, the network-based transaction facility 1 1 0 sends a disagree 
with complaint form to the seller. For example. Figure 29 illustrates a disagree with 
complaint form 2900. The seller may respond to each of the buyer's reasons for filing 
the complaint (2910, 2915) within a textbox (2930, 2935). 
[00124] At block 2566, the network-based transaction facility 110 receives an 
explanation from the seller. 

[00125] At block 2548, the network-based transaction facility 110 performs an 
investigation of the complaint. The network-based transaction facility 110 may perform 
the investigation automatically without human intervention, with human intervention, or 
a combination of both. Both parties will be notified of the results of the investigation. 
The investigation may determine to accept the complaint fi:om the buyer and therefore, 
require the seller to refimd the buyer. Altematively, the investigation may determine to 
reject the complaint and end the investigation. In one embodiment, if the complaint is 
accepted, the buyer is required to return the item and provide tracking information (form 
not shown). After the network-based transaction facility 110 confirms the seller has 
received the returned item, the network-based transaction facility 110 will facilitate the 
refiind of funds to the buyer. In one embodiment, the network-based transaction facility 
110 may automatically transfer the appropriate refund amount from a financial account 
of the seller to a financial account of the buyer; prepare a check to be mailed to the 
buyer, etc. 

[00126] In one embodiment, the network-based transaction faciHty 110 might also 
request additional information, as evidence, from which to base the decision, such as a 
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certificate of authentication from a third party, a digital photo of the disputed item, 
affidavits from a third party regarding the disputed item, additional poHce reports, etc. 
This additional information may be provided to the network-based transaction facihty 
110 elecfronically or by other means. 

[00127] hi one embodiment, a third party agent may view the information related with 
each dispute within a view (not shown), including the complaint, response to the 
complaint, and negotiation of partial reftind, etc. Furthermore, each complaint may be 
prioritized for view based on the transaction amount, language, a service level 
agreement, etc. 

[00128] It should be understood that the process flows 1 600 and 2500 are not hmited 
to the blocks as described above. For example, the network-based transaction facility 
110 may wait a predetermined amount of time for responses from the parties and/or 
remind parties to reply to requests for information within a predetermined amount of 
time. Furthermore, the network-based fransaction facihty 110 may automatically accept 
the complaint, reject the complaint, and/or facilitate the performance of restitution if a 
party to the transaction does not respond within a predetermmed amount of time. For 
example, if the seller does not respond to a complaint within 10 days, the network-based 
transaction facihty 110 will approve the complaint. However, longer wait periods may 
be necessary to accommodate international shipping times (e.g., 15 calendar days). 
[00129] It should also be understood that the information exchanged in the process 
flows 1600 and 2500, as shown in Figures 16 and 25, may be stored as resolution 
information in a resolution information table of the database illusfrated in Figure 2. 
[00130] Furthermore, it is understood that the notification of the buyer and seller as 
described above is not limited to using online forms, as described above. Rather, one of 
ordinary skill in the art will recognize additional mechanisms may be used to notify the 
parties including electronic mail, and text messaging, among other examples. 

Exemplary Computing System 
[00131] FIG. 30 is a diagrammatic representation of a machine, in an exemplary form 
of a computer system 3000, in which a set of instructions for causing the machine to 
perform any of the methodologies of the present invention may be executed. In 
alternative embodiments, the machine may comprise a network router, a network switch, 
a network bridge, a Personal Digital Assistant (PDA), a cellular telephone, a web 



27 



wo 2004/111774 



PCT/US2004/017641 



appliance or any machine capable of executing a sequence of instructions that specify 
actions to be taken by that machine. 

[001 32] The computer system 3 000 includes a processor 3 002, a main memory 3 004 
and a static memory 3006, which communicate with each other via a bus 3008. The 
computer system 3000 may further include a video display unit 3010 (e.g., a hquid 
crystal display (LCD) or a cathode ray tube (CRT)). The computer system 3000 also 
includes an alpha-numeric input device 3012 (e.g., a keyboard), a cursor control device 
3014 (e.g., a mouse), a disk drive unit 3016, a signal generation device 3020 (e.g., a 
speaker) and a network interface device 3022. 

[00133] The disk drive unit 3016 includes a machine-readable medium 3024 on which 
is stored a set of instructions (i.e., software) 3026 embodying any one, or all, of the 
methodologies described above. The instructions 3026 is also shown to reside, 
completely or at least partially, within the main memory 3004 and/or within the 
processor 3002. The instructions 3026 may further be transmitted or received via the 
network interface device 3022. For purposes of this specification, the term "machine- 
readable medium" shall be taken to include any medium that is capable of storing or 
encoding a sequence of instructions for execution by the machine and that cause the 
machine to perform any one of the methodologies of the present invention. The term 
"machine-readable medium" shall accordingly be taken to include, but not limited to, 
solid-state memories, optical and magnetic disks, and carrier wave signals. 
[00134] It will be appreciated that more or fewer processes may be incorporated into 
the method(s) illustrated in Figures 8 A, 8B, 8C, 8D, 16, and 25 without departing from 
the scope of the invention and that no particular order is imphed by the arrangement of 
blocks shown and described herein. It further will be appreciated that the method(s) 
described in conjunction with Figure 8 A, 8B, 8C, 8D, 16, and 25 maybe embodied in 
machine-executable instructions, e.g. software. The instructions can be used to cause a 
general-purpose or special-piupose processor that is programmed with the instructions to 
perform the operations described. Alternatively, the operations might be performed by 
specific hardware components that contain hardwired logic for performing the 
operations, or by any combination of programmed computer components and custom 
hardware components. The methods may be provided as a computer program product 
that may include a machine-readable medium having stored thereon instructions which 
may be used to program a computer (or other electronic devices) to perform the methods. 
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Furthermore, it is common in the art to speak of software, in one form or another (e.g., 
program, procedure, process, appHcation, module, logic, etc.), as taking an action or 
causing a result. Such expressions are merely a shorthand way of saying that execution 
of the software by a computer causes the processor of the computer to perform an action 
or produce a result. 

[00135] The exemplary embodiments of the present invention have been discussed 
above within the context of a network-based transaction facility 110, which operates as a 
platform by which parties can establish an agreement to transact. It will, of course, be 
appreciated that the present invention is not limited to use within the context of such a 
trading platform, and may be deployed by any platform or service that is involved in a 
transaction. For example, the present invention could be deployed by a payment service 
that facilitates the transfer of funds between parties, a shipping service that is involved in 
the physical transport of products between parties or a services platform that allows one 
party to deliver a service to another party in exchange for value. The term "network- 
based transaction facility" should be construed to include a network-based trading 
platform, a payment service, a shipping service, or a services-delivery platform, for 
example. 

[00136] Thus, a method and system for dealing with non-performing parties related to 
network-based transactions has been described. In the foregoing specification, the 
invention has been described with reference to specific exemplary embodiments thereof 
It will, however, be evident that various modifications and changes may be made thereto 
without departing from the broader scope of the invention as set forth in the appended 
claims. The specification and drawings are, accordingly, to be regarded in an illustrative 
sense rather than in a restrictive sense. 
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CLAIMS 

What is claimed is: 

1 . A network based facility system including: 

a computing system including a memory; and 

a process, to resolve a dispute, to be performed by the computing system, from 
the memory, and to cause the computing system to receive a complaint over a network 
from a first party to a network-based fransaction, the complaint being associated to the 
fransaction, the computing system to send a request for a resolution information over the 
network to a second party to the transaction, the computing system to receive the 
resolution information over the network from the second party, and the computing 
system automatically to provide restitution to the first party, the restitution being 
associated with the transaction. 

2. The system of claim 1 , wherein the restitution to the first party is a refimd of 
fimds to the first party. 

3 . The system of claim 1 , wherein the restitution to the first party is a partial refimd 
of fimds to the first party. 

4. The system of claim 1 , wherein the restitution is automatically provided directly 
from a financial account related to the second party to a financial account related to the 
first party. 

5 . The system of claim 1 , wherein the automatic provision of the restitution fijrther 
includes automatically confirming tracking information with a shipping carrier, the 
fracking information pertaining to a shipment of an item that is the subject of the 
fransaction. 

6. The system of claim 5, wherein the process is fiirther causes the computing 
system not to provide the restitution to the first party if it is determined from the shipping 
carrier that the shipment has not occurred. 
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7. The system of claim 1 , wherein the restitution to the first party is to facihtate the 
dehvery of the item. 

8. The system of claim 1 , wherein the resolution information includes a proof of 
refund. 

9. The system of claim 8, wherein the automatic provision of the restitution further 
includes vahdating the proof of refimd. 

10. The system of claim 8, wherein the vahdating of the proof of refund further 
includes confirming the proof of refund with a third party financial institution. 

1 1 . The system of claim 9, wherein the process causes the computing system to not 
provide the restitution to the first party if it is determined from the vahdation that the 
proof of refund is not valid. 

12. The system of claim 1, wherein the restitution information includes an acceptance 
of hability from the second party. 

1 3 . The system of claim 1 , wherein the complaint includes an indication the 
complaint relates to a not as described item. 

1 4. The system of claim 1 3 , wherein the resolution information indicates a desire to 
dispute the complaint. 

15. The system of claim 1 4, wherein the process further causes the computing system 
to receive evidence from the first party and the second party related to the complaint. 

16. The system of claim 15, wherein the process further causes the computing system 
to investigate the complaint and to notify the parties of a result of the investigation. 

17. A network based facility system including: 
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means for receiving a complaint over a network from a first party to a transaction, 
the complaint being associated to the transaction; 

means for sending a request for a resolution information over the network to a 
second party to the transaction, responsive to receipt of the complaint; 

means for receiving the resolution information over the network from the second 
party, the resolution information being received responsive to the request; and 

means for automatically providing restitution to the first party, the restitution 
being associated with the transaction. 

1 8 . The system of claim 1 7, wherein the restitution to the first party is a refimd of 
fttnds to the first party. 

19. The system of claim 1 7, wherein the restitution to the first party is a partial 
refimd of fimds to the first party. 

20. The system of claim 1 7, wherein the means for automatically providing 
restitution includes a means for automatically providing funds from a financial account 
related to the second party direct to a financial account related to the first party. 

2 1 . The system of claim 1 7, wherein the means for automatically providing 
restitution includes a means for confirming shipping tracking information with a 
shipping carrier, the shipping tracking information pertaining to a shipment of an item 
that is the subject of the transaction. 

22. The system of claim 1 7, wherein the complaint includes an indication the 
complaint relates to a not as described item. 

23 . The system of claim 1 7, fiirther comprises a means for investigating the 
complaint and a means for notifying the parties of a result of the investigation. 

24. A method for a network-based facility, the method including: 
receiving a complaint over a network from a first party to a transaction, the 

complaint being associated to the transaction; 
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responsive to receipt of the complaint, sending a request for resolution 

information over the network to a second party to the transaction; 

receiving the resolution information over the network from the second party; and 
automatically providing restitution to the first party based on the resolution 

information, the restitution being associated with the transaction. 

25. The method of claim 24, wherein the restitution to the first party is a refund of 
funds to the first party. 

26. The method of claim 24, wherein the restitution to the first party is a partial 
refund of funds to the first party. 

27. The method of claim 24, wherein the restitution is automatically provided 
directly from a financial account related to the second party to a financial account related 
to the first party. 

28. The method of claim 24, wherein the automatic provision of the restitution 
includes confirming tracking information with a shipping carrier, the tracking 
information pertaining to a shipment of an item that is the subject of the transaction. 

29. The method of claim 24, including not providing the restitution to the first party 
if it is determined from the shipping carrier that the shipment has not occurred. 

30. The method of claim 24, wherein the restitution to the first party is to facilitate 
delivery of the item. 

3 1 . The method of claim 24, wherein the resolution information includes a proof of 
refund. 

32. The method of claim 3 1 , wherein the automatic provision of the restitution 
includes validating the proof of refund. 

33. The method of claim 31, wherein the validating of the proof of refimd includes 
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confirming the proof of refund with a third party financial institution. 

34. The method of claim 24, wherein the resolution information includes an 
acceptance of liability. 

35. The method of claim 24, further including: 

accepting the complaint fi-om the first party upon determining the complaint is 
sent fi-om the first party a predetermined time period after the associated transaction. 

36. The method of claim 24, wherein the complaint includes an indication the 
complaint relates to a not as described item. 

37. The method of claim 36, wherein the resolution information indicates a desire to 
dispute the complaint. 

38. The method of claim 37, further including: 

receiving evidence from the first party and the second party related to the 
complaiat. 

39. The method of claim 3 8, fixrther including: 
investigating the complaint; and 

notifying the parties of a result of the investigation. 

40. A machine-readable medimn having instructions to cause a machine to perform a 
method for a network-based facility, the method including: 

receiving a complaint over a network from a first party to a transaction, the 
complaint being associated to the transaction; 

responsive to receipt of the complaint, sending a request for resolution 
information over the network to a second party to the transaction; 

receiving the resolution information over the network from the second party; and 

automatically providing restitution to the first party based on the resolution 
information, the restitution being associated with the fransaction. 
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Non-Paying Bidder Alert Completed! 

Your Non-Paying Bidder Alert has been filed for item #1021721. 

Tlie emails regarding your Non-Paying Bidder Alert will be sent shortly. defua« 
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\ I Browse fj Sell | 
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P jSearoh | i j Help fj Communiiy 



|overview|feBi»lratlDn|buylnQ i selllngj^yyjy I'log I h"f,r 



p. rhPTif nift Mnrtflm and Contemporary Aft on eBay Great CoHections. 



Search 



□ S«an;h titles ttii descriptions 



Final Value Fee Credit Request Form 

To request credit for Final Value Fees from a lislinfl: 

' You must have filed a Npp-Pavinq Bidder Alert Form 

• At least 10 days passed since you filed the Non-Paying Bidder Alert Form. 
> No more than 60 days passed since the auction ended. 

• Insertion fees and fees for listing options are non-refundable. 

Note: Once you submit thli Final Value Fee Credii Request Form, the blBh bidder will receivt 
an email from eBay and may receive a Non-Paying Bidder Warning, whicti may result in tiM 
suspension of that user's account. 

If you've satisfied all these conditions and want to file a Non-Paying Bidder Alert, please till out ttie 
following form. 



Your UsmJB: 


1 1 


Your. 


You can also use your email address. 


Password: 


1 1 




Forgot your password? 



Save time by sig nin g in . (You may also si gn in securely ). 



1106 



Hem Numbtr 




1 1 





Click {Submit j to continue. 



I tSis^sm I SafeHartpf (Rules & Safety) { FeedbacK Forum | AHouLBfiay 
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□ S«arch titles mi descriptions 



Final Value Fee Credit Request 

"nph mockups" 

; Item 11021721 

Date Auction Ended: 07/25/00 
Final Bid Price: $2.25 



Please complete all fields that provided below. 



Did 
you 

receive 

any 

money 

from 

IDs 

bidder? 


® No O Yes If Yes. how much? \ 1 (numerals and decimal point '.' only.) 


treason 
for 

refund 




1- 


Select reason from choices providKl. 


Bidden 
e-miii 
address 


t«stuser305UDei5lice.com 



Please mal<e sure that you have provided accurate information. eBay may use information provided 
here to ider)tify bidders v/ho are not complying with eBay rules. 



Filing false Non-Payabie Biddar Alerts is a form of harassmanl. Sailirs found to be gulity of this 
offense will be suspended. 



Click j Submit {to enter your final value fee credit request. 
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p OA Slaging Test Environment. Schema is el99.st25ing_main 



Search 



□ Seaich titles mA descriptions 



Final Value Fee Credit Request 



"npb mockups" 



Date Auction Ended: Jul-25-QO 
Final Bid Price: $2.00 



Please complete all fields that provided below to apply for credit. 

This form allows you to request final value fee for this item. Click "Continue" button 

your request. 



below to submit 

1122 



CI 



ill ill 


® No 0 Yes If Yes. how much? | 


1 (numerals and decimal point only.) 


the 

t>idder7 






Reason 




(or 

refund 




Stiect reason from choices provided. 


Bidden 
e-roail 
address 


h id 




SeiKt a bidder from the list provided. 





Bidder IZ "Only provide Information II Ihli bidder baclied oiil" 



/-1124 



Did 
you 

receive 



Reason 
lor 

refund 



Bidders 
e-mail 
address 



® No O Yes If Yes. how much? (_ 



J (numerals and decimal point V only.) 



Select reason from choices provided. 



13 



Select a bidder Irom the list provided. 

I 'lease make sure that you have provided accurate information. eBay may use information provided 
here to identify bidders who are not complying with eBay rules. 

Flllno false Non-Payable Bidder WeiU is « form of harassment. Sellen found to be oullty ot this 
otten se will be su spended. 

Q\\c\L jComirtue ) to enter your final value fee credit request. 
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> ruprk mil MnfiBrn anri r.QntBmDDrarv Art on eBav Great Collections. 



] j Search 



O Search tiUes m« descriptions 



Non-Paytng Bidder Appeal"" 



To appeal a warning which you feel you have received in error, please provide the following 
information to eBay, using the message field on this form: 

• The reason for your appeal 

• Any supporting information 



YourUifiLifi: 



You can also use your email address. 



Your. 

Password: 



"^1204 



Forgot your password? 



Save time by si gning in . (You may also sign in securely ). 



TV- 1206 



" Send Inquiry { | Clear all data 
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bfiini I mimi I iUum I ilfloJo 
|jrowsBj{seir H Servlcei f ) Se arch ffHelp ^ Community 



> QA Slagina Test Environment. Schema is e199_staQino_m3in I "H | Search | lim 

□ Search tMes m< desoiptions 



NPB Appeal Confirmation 

Please complete all fields provided below to update users account 



Item Numbflr 


1021722 


Sellers UserlO 


test2®super5lide.com 


Bidders UsarlD 


testl@superslide.com 


Reasoa lor NPB 
Appeal 




Select reason (rom choices provioea. 


NPB Action 
Request 


i-i 


Select reason from choices provided. 



Press the confirm button to complete the transaction and update testlGsuperslice.com's deadbeat 
score. 

( confirm j 
defuatt 

— 
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Search 



□ Starch titles mt descriptions 



Transaction Backout Profile for tfi?!t1<^.'?Uper?nM.com (Q) 

1 View user's eNotes| 



Credit Requests: 2 
Unique NPB Score: 1 
Total NPB Score: 1 
Warnings issued: 0 
User Status: Confirmed 
Here is the list of items that n»f;tl<^fi>iperslicB.cQm (fli has received full or partial credit for. 



Code] 


^Him )| Start "(1 End liPricej 


Ulle _J 


Bidder 




1021 763 


Aug-04- 
00 


Jul-25-00 ll 2 00 
12:46:35 || ' 


npb 

mockups2 


t^t2a)suDersHce.CQm flQll 




1021721 


Auo-04- 

1 00 


Jui-25-00 11 2 25 
11:24:57 || ^-^^ 


npb mockups 







Here is the list of transactions that tf,Ml'a>siinBrslice.com jlQ has backed otrt of. 



suit t 



End i^^^^L-I!!!' 



Jul-25-00 1 25 fnPf mockups- 
11:26:06 ^'^^ dutch 



a nnouncenriems | ] 



?>fiffiHiirt)nf(Riilt8& Safety) I 
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ChargebBck Details 



Trannrtlon ID: »0273432SHDe06192X 
Boyer N»me: dom-per-unver keefe 
Buyer Emeil: miceefe-dom-psr-unverdppaypal.com 
Trarmrtlon Amount; $85.96 

Tr.i>»»ctlon D»te; Mar 11, 2003 



PayP.I C*» id: PP-000-9S0-9DS 
Reuon fw Dltputc: Non Receipt 
Chargebttcic Amount: J34.67 

Chargeback Date: Msr 11, 2003 

Status: Waiting For Seller's Fax 
Status Details: We are currently waiting for you to fax us proof that you 
previously 'issued a refund to the buyer outside of PayPal. 

Vour fax must be received within S days (by Mar 16, 2003), If 
your fax is not received within the specified timeframe, we will 
continue with our investigation. 

Please be sure to use the fax cover sheet provided i!££S. Faxes 
received without the provided PayPal cover sheet will not be 
processed. 



Mobile I Was; Pay I Money M^rliyl I ATM/Dtbrt Card I gillPi;T | Ref;rr?|t 
About ys I flccoufiH I fget ) Privacy I Security Centur I User Aoreennint ( Devtlope^^ f Help 
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Resolve Chargeback 



please select a resolution option from below: 
I^IO <?' Provide tracking infomnation 
C^JLO - Provide proof of previous refund 
|<^30 ^' Accept liability 

Note: Failure to resolve complaints within 10 days is a violation of the PayPal User 
Agreement, 



1 I Money Market I fiTWP.sbjt Card | M1E3X I Esfsnals 
About Us I Aecounts | Fees | Privacy 1 Security Center | User Agreement | Developers ] Help 
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I My Account ^^^SendMoney | Request Money [ Shop [ 
Overview I Add Funds | Withdraw Profile 



Provide Proof of Refund 

Did you use PayPal to provide your refund? 
2,0 ID .r- (t, Ygg^ refund was issued via PayPal 
'^OXd ^' fJo, my refund was issued using a method otfier than PayPal 




/ 



Mobile I Mass Pgy I Money Market | ATM/Debit Card i BillPay | Referrals 
About Us I Accounts | Fees | Privacy | Security Center | User Agreement | Developers | Help 
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Provide Proof of Refund 



so we may verify your refund and resolve this complaint, please find the refund's 
Transaction ID and provide it in the box below. 

Get Transaction ID 

Transaction ID; 




Mobile I IMasg^ | t gpnev.Market 1 ATM/Debit Card I BillPay | RgWgh 
ftbouLUS I Mesunts I Fees | Privacy I Security Cnnti-.r ) User Agreement I DeVeloD.»rs | Hgje 
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Provide Proof of Refund 



Because you did not submit your refundusing PayPal, you will need to provide proof of 
the refund. Please print tliis fan cover sheet to submit the deatils of your refund. We 
cannot process your submission unless you use the cover sheet provided. 

& ^cH to Disputed Trangactions 



Msbik I msS-ESX I Money Market I flTM/Debit Card | BillPaY | ^-.f^^rr^ ■ 
aboutUs I AccouGis | fegs I Privacy j Sg.cu.ritY Center I User floreemept I Developery | Hgjp. 



FI6; 
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Provide Tracking Info 



Please provide the tracking number and sliipping provider beiow. 
Tracking Number: j | ^ .23(6 

Shipping Company; | - Select One - 23:^6 




Mobile 1 Mdss P^Y | Money Market | ATM/Debit Card | BillPav | Referrals 
BboiA Us I . AcpQunt? [Fees | Privacy | Security Center 1 User Agreement I Developery | Helfi 
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Accept Chargeback Liability 



Buyer Name: dom-per-unver keefe 
Buyer Email: mkeefe-dDm-per-urtv8r@paypal.ci 
PayPa) Case ID: PP-000-950-90S 
Reason for Dispute: Non Receipt 
Chargeback Amount $34.67 

Chargeback Date: Mar 11, 2003 ^ 

Additional Comments: J~ 



Mobile 1 Mass Pay | Mnnev Market | ATM/Debit Card ) BillP.ay I E 
J±2:tl2Z I I ^ I gri^^Y I Sf^curitv center I Usgr Aqr ^enjijnt ( p.?v.;li?per!; | jj 
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Contact Us - Merchandise Dispute - Buyer Protection 
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PROCESSOR 



INSTRUCTIONS 



MAIN MEMORY 



3oi26 

INSTRUCTIONS — 



STATIC MEMORY 




1508/ 



\7 



VIDEO 
DISPUY 



ALPHA-NUMERIC 
INPUT 
DEVICE 



CURSOR CONTROL 
DEVICE 



DRIVE UNIT 



VIACHINE-REAOABLE.^ 



MEDIUM 



INSTRUCTIONS 



SIGNAL 
GENERATION 
DEVICE 
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